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SYSTEM FOR ACCESSING AMENITIES 
THROUGH A PUBLIC TELEPHONE NETWORK 

CROSS REFERENCE TO RELATED 
APPLICATION 

This application is a continuation of U.S. patent appli- 
cation Sen No. 07/640,070, entitled SYSTEM FOR 
ACCESSING AMENITIES THROUGH A PUBLIC 
TELEPHONE NETWORK, filed Jan. 11, 1991, now 
abandoned, assigned to the assignee of the present in- 
vention and incorporated herein by reference as if re- 
produced in its entirety. 

TECHNICAL FIELD OF THE INVENTION 

The present invention pertains in general to tele- 
phone systems, and more particularly, to a telephone 
system that has speed dial buttons and a billing informa- 
tion input device for accessing a plurality of amenities 
available through a central office switching device or 
carrier switch. 

BACKGROUND OF THE INVENTION 

Hotels and similar establishments operate in a rela- 
tively competitive business environment. As such, they 
always strive to obtain some leverage over their com- 
petitors. Other than utilizing competitive pricing struc- 
tures, some establishments have chosen to offer various 
amenities as an attraction. These amenities can be in the 
form of free movies, in-room refreshment centers, vi- 
brating beds, etc. However, one disadvantage to these 
types of systems is that, at present, most establishments 
control the billing for these amenities, and, therefore, 
they are required to maintain appropriate equipment on 
site or at some central location. For example, one ame- 
nity that is offered by most hotel establishments is pay- 
for-view television. A customer typically will call the 
front desk in the hotel and request that a particular 
program be authorized for his in-roora television. When 
the program comes on at the designated time, it can be 
received by a decoder box on the customer's TV. This 
will then appear on the customer's bill when he checks 
out. However, this can typically result in problems, in 
that the customer sometimes denies that he requested it 
and, therefore, it does not get billed. The hotel therefore 
loses some income and, also, the firm that provides the 
actual amenity in the form of the movies also loses 
revenue. 

One type of system that has been utilized to provide 
one amenity, long distance telephone calling, utilizes a 
credit card reader at the phone that automatically vali- 
dates a customer's credit card before allowing the 
phone call to go through. This validation is done off 
site, away from the establishment, and the billing is 
completely independent of the establishment. There- 
fore, the customer is allowed to make long distance 
phone calls with his credit card without having it billed 
to the room. The establishment, therefore, does not 
have to maintain the billing system nor does it have to 
process the credit card transactions in order to collect 
for these long distance telephone calls. Rather, a sepa- 
rate service does the validation and the billing and, in 
some instances, provides some type of remuneration to 
the establishment in the form of a percentage of the 
profits. 



SUMMARY OF THE INVENTION 

The present invention disclosed and claimed herein 
comprises a system for accessing amenities from a tele- 
phone. The system includes a telephone having an input 
device. Telephone amenity i.d. information is stored in 
the telephone and then billing information from a user is 
input and stored in the telephone. In addition, amenity 
selection information is aJso input into the telephone to 
select an amenity having associated therewith selected 
stored identification information. The telephone is con- 
nected with a remote billing statio.n in response to input 
of both the amenity selection information and the user 
billing information. This information is then translated 
to the remote billing station. At the remote billing sta- 
tion, the received billing information is validated to 
determine if it is acceptable. If it is acceptable, the tele- 
phone is connected to an amenity station corresponding 
to the received amenity identification information after 
validation of the billing information. 

In another aspect of the present invention, the input 
device for receiving the billing information comprises a 
credit card reader for reading credit cards and extract- 
ing billing information therefrom. The credit card 
reader is powered from the telephone line by convert- 
ing the power on the telephone line to a voltage appro- 
priate for the credit card reader. The amenity selection 
information is input through a keypad wherein the de- 
pression of a single key associated with a particular 
amenity results in selection of associated identification 
information from the stored amenity identification in- 
formation. 

In yet a further aspect of the present invention, the 
remote billing station validates the received billing in- 
formation by comparing it with a database of billing 
information. Once that validation is made, an authoriza- 
tion code associated with a particular amenity that cor- 
responds to the received amenity identification informa- 
tion is transmitted to the corresponding amenity station 
through a telephone network. After acceptance by the 
amenity station of the authorization code, the call from 
the telephone to the remote billing station is then con- 
nected to the amenity station. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and the advantages thereof, reference is now 
made to the following description taken in conjunction 
with the accompanying Drawings in which: 

FIG. 1 illustrates a system diagram of the access 
system of the present invention; 

FIG. 2 illustrates an alternate embodiment of the 
j system of FIG. 1, wherein the store-and-forward switch 
CUTS' 0* ^ s disposed on the central office switching network; 

FIG. 3 illustrates a block diagram of the telephone 
unit that is connected to the PBX; 

FIG. 4 illustrates a flow chart for the overall general 
operation of the phone; 

FIG. 5 illustrates a flow chart for the amenity service 
dialing routine; 

FIG. 6 illustrates a flow chart for the speed dial rou- 
tine; and 

FIG, 7 illustrates a flow chart for the credit card 
routine for passing the credit card through the card 
reader. 

FIG. 8 illustrates a block diagram of the store-and- 
forward switch; and 
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FIG. 9 illustrates a flow chart for the store-and-for- 
ward switch- 

" DETAILED DESCRIPTION OF THE 
INVENTION 

Referring now to FIG. 1. there is illustrated a system 
diagram for the access system of the present invention. 
An i ct^ phone 10 is provided that is interconnected 
with in extension on a PBX IX Although only one 
t<-r^ phone 10 is illustrated, it should be understood 
that a plurality of access phones 10 are provided in a 
given establishment, such as ft hotel The access phone 
10 can be interfaced with a FAX machine 12, a personal 
computer 14, or a television 16 such that information 
can be transmitted therefrom through the access phone 
10. The PBX 12 has a plurality of crank lines IS con- 
nected to a store-and-forward switch 20. The store-and- 
forward switch 20, as wiD be described herembekrw, 
basically comprises a device that can buffer a dialed 
phone number or call up pre-stored phone numbers, 
examine the dialed phone number and the ass o oatrri 
A*t* such as authorization codes, and then forwards a 
call to a different number that was either dialed in or 
accessed £rom~E5ternal memory. Some features of the 
store-and-forward switch have been known with re- 
spect to autodial ers. 

The store-and-forward switch 20 is operable to re- 
ceive information from the access phone 10 through the 
PBX 12 m the form of credit card information. This 
credit card information is recognized by the store-and- 
forward switch 20 and then a validation routine pro- 
cessed to validate the card number Against a dararwy , 
After validation, the information that was transmitted 
to the store-and-forward switch 20 with the credit card 
number, typically in the form of an amenity identifica- 
tion number, is rrv^ 1 ^ to determine the selected ame- 
nity. A prestored authorization code associated with the 
selected amenity is then sent to the selected amenity 
through the switched network 22 and, upon acknowl- 
edgement, the access phone 10 is then connected to the 
amenity. For example, a ti c k etin g service 24 is pro- 
vided, a movie service 26 b provided, a lottery/gam- 
bling service 28 provided, a FAX service 30 is pro- 
vided, delivery services 32 are provided, travel services 
35 are provided, shopping services 36 are provided, 
information services38 are provided, and various other 
amenity services 40 are provided. 

The store-and-forward switch 20 can receive the 
information from the access phone 10 in the form of a 
message that includes an origination number, a request 
for ji specific service, the user's credit card number and 
expiration date, as well as other relevant data. Internal 
to the switch is stored specific routing information and 
action requirements that relate to each type of service 
requested. This infor matio n is utilized to make the con- 
nection between the access phone 10 and the various 
amenities on the switching network 22. 

In the event that validation of the credit card is not 
achievable, the store-and-forward switch 20 defaults to 
a customer service operator 42 which then makes a 
voice connection with the user at the access phone 10. 
This allows validation of the card, in the event 

that the characters from the user's card were not read 
correctly. Further, an output tape or storage media 44 is < 
provided which wwwtaing the billing information. This 
billing information is a record that is maintained by the 
store-and-forward switch 20 for later forwarding to 
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cutclearing houses such as the billing service 44, that 
routes the information to the appropriate d es i in a rinn . 

The system of the present invention is operable to 
provide a way for an establishment to provide for all the 
amenities through a telephone and facffinirr the billing 
for the services at a remote location and by a separate 
entity. The establishment need only contract for the 
trc ^ phone 10 to be placed into a room and nothing 
else nml be done. As win be described bereinbelow, 
the entire access phone 10 is *Tine-powered" such that 
additional power supplies and the such are not required. 
This will allow the access phone 10 to be plugged di- 
rectly into the wall socket without requiring further 
hookup. 

The entire billing procedure is performed at the store- 
and-forward switch 20 at the remote location and nei- 
ther the nor the establishment contracting^ for 
the acmt phone 10 have the responsibility for valida- 
tion of the card or retaining billing information. The 
amenities will typically bill the operator of the system at 
the store-and-forward switch 20 for their services, this 
possibly having a volume discount associated there- 
with, and the operator of the system will then be re- 
sponsible for collecting the money through the credit 
card services. 

Referring now to FIG- 2, there h illustrated a more 
detailed block diagram of an alternate embodiment 
wherein a store-and-forward switch 48, similar to the 
store-and-forward switch 20, is disposed on the switch- 
ing network 22. In this mode, the access phone 10 ac- 
cesses the switching network 22 through the FBX 12 
and associated trunk line 18. A call b placed by the 
m^ytt phone 10 to a telephone number associated with " 
the store-and-forward switch 48 in order to place a call 
thereto through the rvvitching network 22. In this oper- 
ation, the selection of an amenity by the a ccess phone 
10, as win be described hereinbelow, results in die tele- 
phone number of the store-and-forward switch being 
dialed out to the switching network 22. When a connec- 
tion is made, the message is transmitted from die a ccess 
phone 10 to the store-and-forward switch 48 m a similar 
manner to that described above with reference to FIG. 
L The store-and-forward switch 48 has associated 
therewith a computer 50 that has memory and various 
other peripheral units assodafrri with a personal com- 
puter. The computer 50 has an operating program that 
allows the store-and-forward switch to be operated in . 
a cco rdance with the present invention, This allows the 
system to ftrrtw various amenities 152 disposed oo and 
accessible through the switching network, similar to 
amenities-24~40. 

In one aspect of the present invention, there are some 
in-room t™^*^ 54 that are provided, such as televi- 
sion, in-room refreshment centers, etc The access 
phone 10 is a method by which the particular amenity 
can both be accessed indirectly and also a method by 
which the billing can be done outside of the establish- 
ment. In operation, the access phone 10 would allow the 
user to select the in-room amenity 54 and forward this 
information in association with his credit card informa- 
tion, room number and other relevant information to 
the store-and-forward switch 48. The store-and-for- 
ward switch 48 would validate the credit card number 
by accessing a separate database through a direct line 
and then go through a procedure to activate and moni- 
tor the in-room amenity 54. This can be done in a num- 
ber of ways. First, a separate one of the amenities 52 
could control the in-room amenity 54 and h would only 
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then be necessary to call this amenity and route the 
access phone 10 to the amenity 52. The user at the ac- 
cess phone 10 would then input various key depressions 
in response to voice prompting from the amenity 5Z 
This would allow the user to select, for example, a 
movie. The amenity 52 would then initiate activation of 
the in-room amenity 54. This could be done remotely by 
a call to the hotel establishment to activate the amenity, 
— / JL- or some similar way. 

V Another method for activating an m-room an 
that the store-and-forward switch 48 itself 
prompt information from the access phone lOand then 
initiates a routine wherein it activates the bfwm ame- 
nity 54 itself. For example, if the m-rooni'amenity were 
a television that offered movies, a^eentral distribution 
box could be located in thehetef establishment The 
store-and-forward swhch^Wcould access this central 
distribution box thmagh an extension on the PBX 12 
and route theappfopriate information therethrough. In 
this rnanaeTflfiebillmg information, etc^_b stored at the 
stor&pdic^forward switch 48 through use of the com- 
puter 50 and then the in-room amenity 54 activated. 

The access phone 10 when accessing any of the ame- 
nities, generates a calling string. As will be described 
hcreinbclow, the calling string is comprised of the num- 
ber of the store-and-forward switch 48, followed by an 
authorization code to inform the store-and-forward 
switch 48 as to the originaticn information of the phone, 
which is utilized to indicate to the store-and-forward 
switch 48 that the access phone 10 is authorized to 
operate on the system. Thereafter, relevant message 
information is transmitted indicating the amenity that b 
desired, what type of information b desired from the 
amenity, etc Typically, the calling string is generated 
by a group of separate software macros, which macros 
can be assembled in any manner. For example, if a user 
wanted a facsimile to be sent to the hotel as part of the 
amenity, a macro would be incorporated into the soft- 
ware to generate message information providing infor- 
mation as to the user's location and a fax number at a 
destination location. Thereafter, when the call b con- 
nected to the amenity, thb mfonnation b sent to the 
amenity in association with connection of the user's 
phone to that amenity. 

Further, the macros could be assembled in the soft- 
ware to generate a message such that an amenity could 
be accessed with all of the pertinent information being 
transmitted to the amenity without the need to actually 
connect the user's access phone 10 to the amenity. This 
would be the situation where a user was ordering some- 
thing like a newspaper. For example, if the user desired 
to have a newspaper delivered to his hotel room, this 
information could be programmed into the acc es s 
phone 10 and associated with one of the key depres- 
sions. When the user depressed thb key, the user's 

credit information in association with his authorization 

code would then be forwarded directly to the store- 
and-forward switch 48. Once validated, the following 
message information would contain everything neces- 
sary to be transmitted to the amenity by the store-and- 
forward switch 48 without need for the access phone 10 
to actually be connected through the switching net- 
work to the amenity. Thb could also be the situation 
with a movie order wherein a user could merely depress 
a key dedicated for a given movie or in-room amenity 
54. It b only necessary for the user of the access phone 
10 to be connected to the amenity if the amenity re- 
quires further information other than a standard tern- 
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plate of information. Therefore, in this mode, the access 
phone 10 is operable to generate a "packet* 1 of informa- 
tion, which packet of information contains two types of 
routing information, routing information to the store- 
and-forward switch 48 and routing information to the 
amenity, and also billing information. This information 
is self-contained and accessible by the user by depres- 
sion of a single button, which depression results in the 
assembling of the message packet for transmission to the 
amenity through the store-and-forward switch 48. 

Referring now to FIG. 3, there is illustrated a sche- 
matic block diagram of the access phone 10. The access 
phone 10 includes a normal telephone keypad 56 having 
twelve buttons therefor. In addition, an amenity keypad 
58 is provided that has a plurality of buttons, each but- 
ton operable to select one amenity. A central processing 
unit 60 is provided which is a conventional micro- 
processor of the type G655C151 manufactured by 
SMD, which is operable to receive as inputs the ame- 
nity keypad 58 and the keypad 56. In addition, a card 
reader 62 is provided which is interfaced through an 
I/O device 64 to the CPU 60. The card reader 60 is the 
type MCR571, manufactured by Neuron Corporation, 
which is a low power card reader having a current 
requirement of approximately 3 ma. CPU 60 is operable 
to read the card reader when the card is swiped there- 
through, and control the general operation thereof. The 
CPU 60 also controls a display device 66 which is essen- 
tially two Light Emitting Diodes (LED). 

The CPU 60 is interfaced through a system bus 68 to 
a non-volatile memory 70. In the preferred embodi- 
ment, the memory is configured with an Erasable Pro- 
grammable Memory (EPROM) of the type 27C256 
which is a CMOS 32k X 8 250 ns EPROM. The 
EPROM 70 contains the various programs and is pro- 
grammable through a program input 72. The CPU 60 is 
operable to address predetermined locations in the 
memory for output on a data bus 73 to a telephone 
speech network 74 (balance network) which is essen- 
tially a device manufactured by Motorola Corporation 
under Part No. MC34014. The network 74 is operable 
to generate the DTMF signals for output to the PBX 
main line 76, which represents a four-line telephone 
access. 

The CPU 60 also interfaces with a local amenity 75 
through the data bus 73, which data bus is input through 
a I/O device 77 to provide a serial output port to the 
local amenity 75. The local amenity 75 is essentially an 
amenity that is located proximate to the access phone 
10. The CPU 60 is operable to receive data from phone 
line 76 through a DTMF receiver 79, which has the 
output thereof connected to the CPU 60. The DTMF 
receiver 79 is operable to receive tones from a remote 
location through the phone line 76, decode the received 
tones and output serial data to the CPU 60, which data 
contains information that can be converted into data on 
the data bus 73 for output through the I/O 77 to the 
local amenity 75. Further, the data output of the DTMF 
receiver 76 could be directly connected through the 
I/O 77 and a serial port to the local amenity 75. This 
allows a remote location to directly communicate with 
the local amenity 75. Further, the DTMF receiver 79 
allows acknowledgement tones and the like to be sent 
back to the CPU 60, thus providing a two-way commu- 
nication link. 

The four-line telephone line 76 has contained thereon 
the conventional forty-eight volt level provided by the 
telephone company. This is input to a power supply 
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regulator circuit 80 to regulate the forty-eight volts 
down to a voltage of approximately twelve volts to 
provide a supply voltage. The regulator circuit is com- 
prised in part of the speech network 74. This is input to 
the card reader 62, the CPU 60, the memory 70 and the 
telephone speech network 74. The overall access phone 
10 draws approximately seventeen mil li amps. 

In operation, whenever the access phone 10 is taken 
off hook, this is sensed by the telephone speech network 
and the system is activated. A card can then be 1 
"swiped" through the card reader 62 and the CPU 60 
will determine if it is a "good" card; that is, the card can 
be read by the card reader 62. If so, the display 66 is 
manipulated to indicate such. Once a good indication is 
obtained by the user, one of the amenity keys on the ) 
keypad 58 can be depressed. The CPU 60 senses this key 
depression and then outputs the appropriate calling 
string from the memory 70 to the telephone speech 
network. This is converted to the appropriate DTMF 
signals for output to the PBX 76. The calling string : 
essentially has the telephone number of the store-and- 
forward switch and an associated message. The system 
then waits for connection with the amenity, as no fur- 
ther actions are taken by the access phone 10. If for 
some reason connection is not made to the amenity, a : 
dial tone will be returned, or some similar type of tone. 
The access phone 10 is operable to receive acknowl- 
edgement tones from the store-and-forward switch 
which is utilized during transmission of the calling 
string, i.e., a pause is interposed between the dialed-out 
number of the store-and-forward switch, the transmis- 
sion of user I.D. and authorization codes, and transmis- 
sion of messages. 

Referring now to FIG. 4, there is illustrated a flow 
chart for the overall operation of the access phone 10. 
The program is initiated at a start block 82 wherein the 
user goes off hook. The program then flows to a deci- 
sion block 84 to determine if the credit card has been 
swiped through the card reader. If yes, the program 
flows along a "Y" path to a function block 86 to initiate 
a credit card routine. If not, the program flows along an 
"N M path to the input of a decision block 88, the output 
of function block 86 also flowing to the input of deci- 
sion block 88. 

Decision block 88 determines whether a speed dial 
key has been pressed (the speed dial key being a stan- 
dard feature). If the speed dial key has been pressed, the 
program flows along a "Y" path to a function block 90 
that indicates a speed dial routine. The speed dial rou- 
tine is one wherein a particular number has been predis- 
posed in memory in accordance with the operation of a 
conventional phone. If the speed dial key has not been 
pressed, the program flows along the "N" path to deci- 
sion block 92 to determine if the regular telephone key- 
pad 56 has been depressed. If not, the program flows 
along an "N" path back to the decision block 84 and, if 
it was pressed, the program flows along a "Y" path to a 
decision block 94. Decision block 94 determines 
whether the key matches a long distance PBX code. If 
so, the program flows along a "Y" path to a decision 
block 96 to determine if the OSP buffer has been pro- 
grammed. If it has not, the program flows along an "N" 
path to a function block 98 to send the key out to the 
PBX after it was pressed. The "N" path from the deci- 
sion block 94 is also input to the function block 98. The 
program flows from the function block 98 into a func- 
tion block 100 to go into a transparent mode and then to 
a block 102 to wait till the user goes back on hook. 
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If it was determined that the OSP buffer was pro- 
grammed in decision block 96, the program would flow 
along a "Y" path to a function block 104 to store the key 
in a buffer. The program then flows to a function block 
106 to generate a 350 Hz dial tone. The program then 
flows to a function block 108 to collect the first four 
keys from the caller and then flows to a decision block 
120 to determine if the user is making a long distance 
0+ call. If so, the program flows along a "Y" path to a 
function block 112 to wait until all the keys have been 
received, and then to a function block 114 representing 
the amenity service dialing routine, this being the selec- 
tion of an amenity. However, if the user was not making 
a 0+ call, the program would flow along an "N" path 
from decision block 110 to a function block 116 to dial 
all the digits entered as the user dialed them and then to 
a function block 118 to go into a transparent mode. The 
program would then flow to a block 120 to wait until 
the user goes on hook. 

Referring now to FIG. 5, there is illustrated a flow 
chart for the amenity dialing routine. The program 
would flow to a function block 115 to initiate a com- 
mand dialing routine, which would create a calling 
string. The program would then flow to a decision 
block 119 to determine whether an amenity service or a 
0-/0+ call was being made. If it is an OSP (Operator 
Service Provider) number, the program flows to func- 
tion block 121 to dial a "0" followed by the user num- 
ber. The program then flows to a function block 122 to 
determine if the credit card was good and, if so, the 
program flows along a "Y" path to a function block 125 
and, if it was not good, the program flows along an "N" 
path to a function block 127 to open the earpiece so that 
the caller may hear a tone. After the credit card infor- 
mation is dialed in the function block 24, the program 
flows to a function block 129 wherein the call comple- 
tion is made through the OSP. The function block 127 
also flows to the function block 129 through a function 
block 131 wherein the user provides billing information 
to the operator. 

If an amenity was selected by the decision block 119, 
the program would flow to function block 133 to dial 
the amenity service code number, which is a predeter- 
mined code associated with each amenity. The program 
would then flow to a decision block 134 to determine if 
the credit card was good. If so, the program flows along 
a "Y" path to a function block 135 to dial the credit card 
information and then to a function block 136 for the 
automated amenity service. If the credit card were not 
good, the program would flow from the decision block 
134 along an "N" path to a function block 140 to obtain 
a live operator and then to the automated amenity ser- 
vice block 136. 

Referring now to FIG. 6, there is illustrated a flow 
chart depicting the speed dial routine. The program 
flows to a decision block 144 to determine if the speed 
dial buffer was non-billable. If it is, the program flows 
along a "Y M path to a function block 146 to initiate the 
dialing command routine and then to a block 148 to wait 
until the user has gone on hook. If the speed dial buffer 
is non-billable, the program flows along an "N" path to 
a decision block 150 to determine if the credit card is 
good. If so, the program flows along the "Y" path to a 
function block 152 to select the OSP amenity service 
dialing routine. If not, the program flows along an "N" 
path through a function block 152, which is a credit 
card routine, and then to the function block 152. 
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Referring now to FIG. 7, there is illustrated a flow 
chart for the credit card routine. The program flows to 
a function block 86 to set a timeout value for the credit 
card reader. Once the timeout value has been set, the 
program flows to a function block 158 to turn on one of 
the LEDs in the display 66 that is a green color such 
that it flashes. This indicates to the user that he is to 
swipe his credit card through the credit card reader 62. 
The program then flows to a decision block 160 to 
determine if the card was swiped. If yes, the program 
flows to a function block 162 to perform a parity check 
on the card. The program then flows to a decision block 
164 to determine if the card was good. If yes, the pro- 
gram flows along a U Y" path to a function block 166 to 
store the credit card data and then to a function block 
168 to turn the green LED on to a solid color. The 
program then flows to a function block 170 to indicate 
that the credit card was good and then back to a return 
block 172. 

If the card has not been swiped at decision block 168, 
the program flows along an "N" path to a function 
block 174 to turn off the green LED and then to a 
function block 176 to indicate that the credit card is not 
good, i.e., that it would not read properly. Then, the 
program flows to the return block 172. This is also the 
case if the credit card had been determined not to be 
good, wherein the program would flow from the deci- 
sion block 164 along an "N" path to the input of func- 
tion block 174. 

Referring now to FIG. 8, there is illustrated a block 
diagram of the store-and-forward switch 20. The store- 
and-forward switch 20 is operable to receive an incom- 
ing call from switched network 22 and also place an 
outgoing call from the switch 20 to switched network 
22. The store-and-forward switch 20 has associated 
therewith and ARCNET network 124. The ARCNET 
network 124 is interfaced with the store-and-forward- 
switch 20 through a serial port 126. The network 124 is 
operable to interface a plurality of operator terminal 
128 with the store-and-forward switch 20. This a con- 
ventional interconnection utilizing a local area network 
(LAN) in the form of the network 124. 
.VjJThe store-and-forward switch 20 also has interfaced' 
therewith a voice prompt system 130. The vjerice 
prompt system 130 is essentially a Voice Messaging 
system that provides the capability to genepale voice 
messages that are prerecorded in a digital form. In addi- 
tion, a co-located amenity 132 is provi£ea that is inter- 
faced with the store-and-forward switch 20. This co- 
located amenity is identical in form to the amenities 52. 
The co-located amenity 132/4Uows the store-and-for- 
ward switch 20 to interface>tne amenity 132 through the 
switched network 22 directly with the access phone 10 
without placing an^outgoing call. In this manner, the 
call processing features of the store-and-forward switch 
20 can be periormed without placing an outgoing call 
but the co^ocated amenity 132 is still connected to the 
access^pftone 10, similar to that chart described above 
with^reference to FIGS. 1 and 2. 

Referring now to FIG. 9, there is illustrated a flow 
chart for the operation of the store-and-forward switch 
20. In general, the switch 20 has the operations thereof 
disposed within a phantom line box and is initiated at a 
start block 137. The program then flows to a decision 
block 138 to determine if a call has been made. If not, it 
returns to the input until the call has been received. 
When a call has been received, the program flows to a 
function block 139 to send an acknowledgement signal. 
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The program then flows to an authorized data base 141 
which is accessed in order to determine whether an 
authorization code has been received. This is indicated 
by a function block 142 wherein the authorization code 
received from the access phone 10 is compared with the 
authorized database 140. If the authorization code is in 
the database, the program then flows along a "Y" path 
from a decision path 144. If the authorization code is not 
in the database, the program then flows along an "N" 
path to a termination block 158 to terminate the call. 

If the authorization code is in the database, the pro- 
gram then flows along the T path from the decision 
block 144 to a function block 148 to send a tone back to 
the unit. Voice prompts can also be returned to the 
access phone 10, which voice prompts were generated 
in the voice messaging system 130. The program then 
flows to a function block 150 to receive the amenity 
number. 

After the amenity number has been received from the 
access phone 10, as indicated by the function block 150, 
an Amenity Database 151 is accessed for information 
regarding the amenity, such as routing information, 
processing information, etc. The program then flows to 
a function block 153 to receive the billing information 
after transmitting an acknowledgment tone to the ac- 
cess phone 10 that indicates receipt of the amenity num- 
ber. A Billing Database 155 is accessed to validate the 
received billing information. Billing Database 151 is 
typically a direct line connection to a national clearing- 
house that maintains a credit verification system. The 
program then flows to a decision block 157 to determine 
if the billing information was validated. If so, the pro- 
gram flows along a "Y M path to a function block 160 to 
route the call to the appropriate amenity. If the billing 
information was not validated, the program flows along 
the "N M path to a function block 146 to process billing 
information through the network 124 to request billing 
as indicated by function block 152 which, if approved 
by decision block 154, would result in transfer back to 
the input of function block 150 as indicated by function 
block 156. If not, the program would flow from the 
decision block 154 to a terminate block 158. 

After the call has been routed, the store-and-forward 
switch 20 goes into a processing mode as indicated by a 
function block 162. The processing function interfaces 
with Call Data Records (CDR) in a database 166 to 
provide timing information, billing information, origi- 
nation information (i.e., the location of the access phone 
10 from which the call was originated), etc. This infor- 
mation is stored until the call is terminated. When the 
call is terminated, the program flows from the function 
block 162 to the terminate block 158. Further, when the 
call is processed, the function block 162 indicates that 
the store-and-forward switch 20 can interface with the 
co-located amenities 132 to maintain information associ- 
ated therewith. As described above, the store-and-for- 
ward switch performs a number of functions. First, it 
must process and store the billing information, which 
information is approved during the reading process, as 
indicated by a function block 160. Once the call has 
been approved from a billing standpoint, the call is then 
routed to the amenity, the billing information stored and 
the call timed. Therefore, the operator of the amenity 
will provide the amenity and not maintain any informa- 
tion as to billing, timing, etc. This is controlled by the 
store-and-forward switch 20 of the present invention. 

In summary, there has been provided a system that is 
operable to allow access between a phone system on a 
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PBX and amenities disposed on a public switching net- 
work. A store-and-forward switch is provided ofFof the 
public switching network which is called by the tele- 
phone. Information is then transmitted from the tele- 
phone to the store-and-forward switch containing bill- 
ing information regarding the particular user. This in- 
formation is then validated and then the amenity con- 
tacted and authorized to provide the amenity to the 
user. Billing is maintained at the store-and-forward 
switch location, independent of both the amenity and 
the user. 

Although the preferred embodiment has been de- 
scribed in detail, it should be understood that various 
changes, substitutions and alterations can be made 
therein without departing from the spirit and scope of 
the invention as defined by the appended claims. 



